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DETAILED ACTION 

This final rejection is in response to Applicant's amendment filed on 10/29/2010. 
Applicant amends claims 1, 6, 10, 15, 18, 21, 25, 30, 37, 42-47, 73-75, 84, and 85, cancels 
claims 5, 16, 17, and 41, and previously cancelled claims 3, 4, 1 1, 22-24, 26, 31, 38-40, 43, 51- 
58, and 61-66. Accordingly, Applicant presents claims 1, 2, 6-10, 12-15, 18-21, 25, 27-30, 32- 
37, 44-50, 59, 60, and 67-85 for further examination. 

I. Response to Arguments 

In response to the indication of allowable subject of dependent claims 5,17, and 41, 
Applicant amends independent claims 1,15, and 37 to include the limitations of the respective 
claims. Therefore, independent claims 1, 15, and 37 and their dependent claims are allowed. 

Additionally, Applicant amends independent claim 21 to include the limitation of now 
cancelled dependent claim 5. Claim 21 and its dependent claims are also allowed. 

As to the remaining claims. Applicant did not amend them to include any new limitations 
nor does Applicant provide any substantive arguments as to why the sections cited in the prior art 
references failed to teach specific limitations of those claims. The examiner therefore maintains 
the rejection of these claims as set forth in the previous action. 



II. Allowable Subject Matter 

Claims 1, 2, 6-9, 15, 18-20, 21, 37, 59, 67-69, 73-79, 81, and 84 are allowed. 
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III. Claim Rejections - 35 USC § 103 

The following is a quotation of 35 U.S. C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

A. Claims 10, 14, 25, 29, 30, 35, 36, 42, 46-50, 60, 72, 80, 82, 83, and 85 are 

rejected under 35 U.S.C. § 103(a) as being unpatentable over Ketcham (U.S. 
Patent Number 6,721,334) in view oiPereira (U.S. Patent Number 5,781,726), 
in further view oi Elliot, U.S. Patent No. 6.775.709. 

Claims 10 and 25 

Ketcham as modified by Pereira and Elliot discloses a method of processing an 
aggregated request packet in an aggregation device, wherein said aggregated request packet is 
received from a peer aggregation device and indicates that the status of a plurality of point-to- 
point sessions is requested, said method comprising: 

examining said aggregated request packet to determine that the status of said plurality of 
point-to-point sessions is requested {Ketcham, column 8, lines 15-22, wherein the aggregated 
packet contains the poll requests as disclosed by Pereira); 

determining the status of each of said plurality of point-to-point sessions {Pereira, 
column 6, lines 1-6 and 50-55); 

generating an aggregated reply packet indicating the status of said plurality of point- to- 
point sessions {Pereira, column 6, lines 1-6, wherein Pereira's response polls may be aggregated 
at Ketcham' & router 314); and 
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sending said aggregated reply packet to said peer aggregation device (Ketcham, figure 4, 
inherently data packets can also flow from router 314 to router 308), wherein the aggregated 
reply packet indicates the status of at least some of the plurality of PPP sessions (Pereira, 
column 6, lines 1-6), wherein content of a remote status table is updated with the status of the 
PPP sessions, which have the peer aggregation device as an endpoint [Elliot, column 4 «lines 9- 
16» I column 5 «lines 15-22»: combining plural status messages into a single update message 
that is broadcast to other routers where the router is an endpoint of the link (i.e., session) to 
another router where each router represents an aggregation device which update tables remote 
from the routers], and wherein a proxy keep-alive reply message is sent to one of the plurality of 
end systems originating a corresponding one of the keep alive-messages without waiting for the 
aggregated reply packet to be received [Pereira, column 5, lines 45-47]. 

See rejection of claim 1 for reasons to combine Ketcham with Pereira and Elliot. 

As claim 25 is merely a claim to an aggregation device that implements the steps of the 
method of claim 10, claim 25 is rejected for at least the same reasons set forth above. 

Claim 14 

Ketcham as modified by Pereira and Elliot discloses the method of claim 10, wherein 
said aggregation device comprises one of a network access server (NAS) and a home gateway 
implemented in a communication network (Ketcham, column 4, lines 37-43). 

Claim 29 

Ketcham as modified by Pereira and Elliot discloses the aggregation device of claim 25, 
wherein said aggregation device comprises one of a network access server (NAS) and a home 
gateway implemented in a communication network (Ketcham, column 4, lines 37-43). 
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Claim 30 

Ketcham as modified by Pereira and Elliot discloses an aggregation device for 
processing an aggregated request packet, wherein said aggregated request packet is received 
from a peer aggregation device and indicates that the status of a plurality of point-to-point 
sessions are requested, said aggregation device comprising: 

an input interface receiving said aggregated request packet {Ketcham, figure 4, item 314, 
wherein the aggregated packet contains the poll requests as disclosed by Pereira); 

a de-encapsulator examining said aggregated request packet to determine that the status 
of said plurality of point-to-point sessions is requested {Ketcham, column 8, lines 15-22); 

a reply generator determining the status of each of said plurality of point-to-point 
sessions, and generating an aggregated reply packet indicating the status of each of said plurality 
of point-to-point sessions {Pereira, column 6, lines 1-6, wherein Pereira's response polls may be 
aggregated at Ketcham' s router 314); and 

an output interface sending said aggregated reply packet to said peer aggregation device 
{Ketcham, figure 4, inherently data packets can also flow from router 314 to router 308), wherein 
content of a remote status table is updated with the status of the PPP sessions, which have the 
peer aggregation device as an endpoint [Elliot, column 4 «lines 9-16» | column 5 «lines 15-22»: 
combining plural status messages into a single update message that is broadcast to other routers 
where the router is an endpoint of the link (i.e., session) to another router where each router 
represents an aggregation device which update tables remote from the routers], and wherein a 
proxy keep-alive reply message is sent to one of the plurality of end systems originating a 
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corresponding one of the keep alive-messages without waiting for the aggregated reply packet to 
be received [Pereira, column 5, lines 45-47]. 

See rejection of claim 1 for reasons to combine Ketcham with Pereira and Elliot. 

Claim 35 

Ketcham as modified by Pereira and Elliot the aggregation device of claim 30, further 
comprising a keep-alive processor coupled to said de-encapsulator, wherein said keep-alive 
processor examines said aggregated request packet to determine that status of point-to-point 
sessions is requested and causes said reply generator to generate said aggregated reply packet 
{Ketcham, column 8, lines 15-22 aaA Pereira, column 6, lines 1-6). 

Claim 36 

Ketcham as modified by Pereira and Elliot the aggregation device of claim 30, wherein 
said aggregation device comprises one of a network access server (NAS) and a home gateway 
implemented in a communication network {Ketcham, column 4, lines 37-43). 

Claim 42 

Ketcham as modified by Pereira and Elliot a computer-readable medium carrying one or 
more sequences of instructions for causing an aggregation device to process an aggregated 
request packet, wherein said aggregated request packet is received from a peer aggregation 
device and indicates that the status of a plurality of point-to-point sessions are requested, wherein 
execution of said one or more sequences of instructions by one or more processors contained in 
said aggregation device causes said one or more processors to perform the actions of 
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examining said aggregated request packet to determine that the status of said plurality of 
point-to-point sessions is requested (Ketcham, column 8, lines 15-22, wherein the aggregated 
packet contains the poll requests as disclosed by Pereira); 

determining the status of each of said plurality of point-to-point sessions {Pereira, 
column 6, lines 1-6 and 50-55); 

generating an aggregated reply packet indicating the status of said plurality of point- to- 
point sessions {Pereira, column 6, lines 1-6, wherein Pereira's response polls may be aggregated 
at Ketcham' & router 314); 

sending said aggregated reply packet to said peer aggregation device {Ketcham, figure 4, 
inherently data packets can also flow from router 3 14 to router 308); 

receiving an aggregated reply packet from the peer aggregation device [Ketcham, column 
8, lines 15-22], wherein the aggregated reply packet indicates the status of at least some of the 
plurality of PPP sessions [Pereira, column 6, lines 1-6)], wherein content of a remote status table 
is updated with the status of the PPP sessions, which have the peer aggregation device as an 
endpoint [Elliot, column 4 «lines 9-16» | column 5 «lines 15-22»: combining plural status 
messages into a single update message that is broadcast to other routers where the router is an 
endpoint of the link (i.e., session) to another router where each router represents an aggregation 
device which update tables remote from the routers]; and 

sending a proxy keep-alive reply message to one of the plurality of end systems 
originating a corresponding one of the keep alive-messages without waiting for the aggregated 
reply packet to be received [Pereira, column 5, lines 45-47]. 

See rejection of claim 1 for reasons to combine Ketcham with Pereira and Elliot. 
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Claim 46 

Ketcham as modified by Pereira and Elliot the computer-readable medium of claim 42, 
wherein said aggregation device comprises one of a network access server (NAS) and a home 
gateway implemented in a communication network {Ketcham, column 4, lines 37-43). 

Claim 47 

Ketcham as modified by Pereira and Elliot a communication network comprising: 
a first aggregation device {Ketcham, figure 4, item 308) receiving a plurality of keep- 
alive messages {Pereira, column 4, lines 31-34) generated by a corresponding plurality of end 
systems, each of said plurality of keep-alive messages being designed to request the status of a 
corresponding point to point (PPP) session implemented on said communication network, said 
first aggregation device generating an aggregated request packet which includes data indicating 
that the status of said PPP sessions is requested {Ketcham, column 7, line 62 through column 8, 
line 4, wherein the aggregated packet contains the poll requests as disclosed by Pereira), and 
sending said aggregated request packet {Ketcham, column 7, line 62 through column 8, line 4); 
and 

a peer aggregation device {Ketcham, figure 4, item 314) receiving said aggregated request 
packet and indicating the status of said plurality of sessions in an aggregated reply packet 
{Pereira, column 6, lines 1-6, wherein Pereira' s response polls may be aggregated at Ketcham' s 
router 314), said peer aggregation packet sending said aggregated reply packet to said first 
aggregation device {Ketcham, figure 4, inherently data packets can also fiow from router 314 to 
router 308), wherein each of said first aggregation device and said peer aggregation device is 
implemented as a single device {Ketcham, figure 4, items 308 and 314), wherein content of a 
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remote status table is updated with the status of the PPP sessions, which have the peer 
aggregation device as an endpoint [Elliot, column 4 «Iines 9-16» | column 5 «Iines 15-22»: 
combining plural status messages into a single update message that is broadcast to other routers 
where the router is an endpoint of the link (i.e., session) to another router where each router 
represents an aggregation device which update tables remote from the routers], and wherein a 
proxy keep-alive reply message is sent to one of the plurality of end systems originating a 
corresponding one of the keep alive-messages without waiting for the aggregated reply packet to 
be received [Pereira, column 5, lines 45-47]. 

See rejection of claim 1 for reasons to combine Ketcham with Pereira and Elliot. 

Claim 48 

Ketcham as modified by Pereira and Elliot the communication network of claim 47, 
wherein said first aggregation device is located at an edge of said communication networks 
{Ketcham, figure 4, item 308). 

Claim 49 

Ketcham as modified by Pereira and Elliot the communication network of claim 48, 
further comprising an access network coupling said first aggregation device to said 
corresponding plurality of end systems, wherein said plurality of keep-alive messages are 
received on said access network {Ketcham, figure 4, item 106). 

Claim 50 

Ketcham as modified by Pereira and Elliot the communication network of claim 49, 
wherein said first aggregation device and said peer aggregation device respectively comprise a 
network access server (NAS) and a home gateway {Ketcham, column 4, lines 37-43). 
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Claim 60 

Ketcham as modified by Pereira and Elliot the method of claim 10, wherein said 
aggregation device is physically separate from said plurality of end systems {Ketcham, figure 4, 
item 308). 

Claim 72 

Ketcham as modified by Pereira and Elliot the aggregation device of claim 30, wherein 
each of said PPP sessions terminates at a home gateway, and wherein said aggregation device 
comprises a switching device and is in the path of each of said PPP sessions from a 
corresponding one of said plurality of end systems to said home gateway {Ketcham, figure 4, 
item 314). 

Claim 80 

Ketcham as modified by Pereira and Elliot the method of claim 10, wherein said 
examining, said determining, said generating and said sending are performed in said aggregation 
device implemented as a single device {Ketcham, figure 4, item 308). 

Claim 82 

Ketcham as modified by Pereira and Elliot the aggregation device of claim 25, wherein 
said means for examining, said means for determining, said means for generating and said means 
for sending are implemented in said aggregation device implemented as a single device 
{Ketcham, figure 4, item 308) 

Claim 83 

Ketcham as modified by Pereira and Elliot the aggregation device of claim 30, wherein 
said input interface, said de-encapsulator, said reply generator and said output interface are 
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contained in said aggregation device implemented as a single device (Ketcham, figure 4, item 
308). 

Claim 85 

Ketcham as modified by Pereira and Elliot the computer readable medium of claim 42, 

wherein said examining, said determining, said generating and said sending are performed by 

said aggregation device implemented as a single device {Ketcham, figure 4, item 308). 

B. Claims 13, 28, 32, 34, and 45 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Ketcham, Pereira and Elliot, further in view of Chao et al. 
(U.S. Patent Number 5,964,837) [''Chao"]. 

Claim 13 

Ketcham, Pereira, Elliot and Chao discloses the method of claim 10, wherein said 
generating comprises setting a bit to one logical value to indicate that a corresponding one of 
said plurality of sessions is OK/alive, and to another logical value to indicate that said 
corresponding one of said plurality of session not OK/alive {Chao, column 5, lines 50-53). 

Claim 28 

Ketcham, Pereira, Elliot and Chao discloses the aggregation device of claim 25, wherein 
said means for generating sets a bit in said aggregated reply packet to one logical value to 
indicate that a corresponding one of said plurality of sessions is OK/alive, and to another logical 
value to indicate that said corresponding one of said plurality of session not OK/alive {Chao, 
column 5, lines 50-53). 
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Claim 32 

Ketcham, Pereira, Elliot and Chao discloses the aggregation device of claim 31, further 
comprising a session manager updating the status of said plurality of point-to-point sessions in 
said local status table {Chao, column 7, lines 64-66). 

Claim 34 

Ketcham, Pereira, Elliot and Chao discloses the aggregation device of claim 30, wherein 
said reply generator sets a bit in said aggregated reply packet to one logical value to indicate that 
a corresponding one of said plurality of sessions is OK/alive, and to another logical value to 
indicate that said corresponding one of said plurality of session not OK/alive {Chao, column 5, 
lines 50-53). 

Claim 45 

Ketcham, Pereira, Elliot and Chao discloses the computer-readable medium of claim 42, 
wherein said generating comprises setting a bit to one logical value to indicate that a 
corresponding one of said plurality of sessions is OK/alive, and to another logical value to 
indicate that said corresponding one of said plurality of session not OK/alive {Chao, column 5, 
lines 50-53). 

C. Claims 12, 27, 33, and 44 are rejected under 35 U.S.C. 103(a) as being 

unpatentable over Ketcham in view of Pereira, Elliot, and Chao, as applied 
above, further in view oi Simpson ("RFC 1661: Point- to-Point Protocol," July 
1994). 

Claim 12 

Ketcham, Pereira, Elliot, Chao, and Simpson discloses the method of claim 10, wherein 
said generating comprises including a client magic number associated with each of said plurality 
of point-to-point sessions {Simpson, pages 45-47). 
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Although the combination of Ketcham, Pereira, and Chao did not explicitly teach the use of 
a magic number associated with each session, Simpson taught a magic number for use with the 
point-to-point protocol. It would have been obvious to one of ordinary skill in the art at the time 
of the applicant's invention to modify the combination of Ketcham, Pereira, and Chao by adding 
a magic number as provided by Simpson. Again the combination satisfies the need for an 
improved method of monitoring a point-to-point network. See Chao, column 2, lines 15-24. 
This rationale also applies to other similar dependent claims utilizing the same combination. 
Claim 27 

Ketcham, Pereira, Elliot, Chao, and Simpson discloses the aggregation device of claim 
25, wherein said means for generating includes a client magic number associated with each of 
said plurality of point-to-point sessions {Simpson, pages 45-47). 

Claim 33 

Ketcham, Pereira, Elliot, Chao, and Simpson discloses the aggregation device of claim 
30, wherein said reply generator includes in said aggregated reply packet a client magic number 
associated with each of said plurality of point-to-point sessions {Simpson, pages 45-47). 

Claim 44 

Ketcham, Pereira, Elliot, Chao, and Simpson discloses the computer-readable medium of 
claim 42, wherein said generating comprises including a client magic number associated with 
each of said plurality of point-to-point sessions {Simpson, pages 45-47). 
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D. Claims 70 and 71 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Ketcham in view of Pereira and Elliot, as applied above, further in view 
oi Rosenberg et al. ("An RTP Payload Format for User Multiplexing," May 
1998), hereinafter referred to as Rosenberg. 

Claim 70 

Ketcham, Pereira, Elliot and Rosenberg discloses the aggregation device of claim 30, 
wherein said reply generator includes less data in said aggregated request packet than the data 
forming said plurality of keep-alive messages together {Rosenberg, page 2, paragraph beginning 
"On the other hand. . ."). 

Claim 71 

Ketcham, Pereira, Elliot and Rosenberg discloses the aggregation device of claim 70, 
wherein each of said plurality of keep-alive messages contains an identifier of a corresponding 
PPP session, wherein said reply generator operates to: select said identifier of each of said 
plurality of keep-alive messages {Rosenberg, pages 3-5, section 2); and form said aggregated 
request packet from said identifiers {Rosenberg, pages 3-5, section 2), whereby said aggregated 
request packet contains less data than said plurality of keep-alive messages together {Rosenberg, 
page 2, paragraph beginning "On the other hand. . ."). 

IV. Conclusion 

THIS ACTION IS MADE FINAL. Apphcant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
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the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1 .136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to DOHM CHANKONG whose telephone number is (571)272- 
3942. The examiner can normally be reached on Monday to Friday [10 am - 6 pm]. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Thu Nguyen can be reached on (571)272-6967. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an apphcation may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/DOHM CHANKONG/ 
Primary Examiner, Art Unit 2452 



